home *** CD-ROM | disk | FTP | other *** search
/ CU Amiga Super CD-ROM 6 / CU Amiga Magazine's Super CD-ROM 06 (1996)(EMAP Images)(GB)(Track 1 of 4)[!][issue 1997-01].iso / cucd / online / fidonetts / fsc-0061.001 < prev    next >
Text File  |  1992-03-08  |  10KB  |  206 lines
  1. Document: FSC-0061
  2. Version:  001
  3. Date:     08-Mar-1992
  4.  
  5.  
  6.  
  7.  
  8.                       Proposed Guidelines for the FileBone
  9.                                 Erik VanRiper 
  10.                                   1:107/230
  11.  
  12.  
  13.  
  14.  
  15. Status of this document:
  16.  
  17.      This FSC suggests a proposed protocol for the FidoNet(r) community,
  18.      and requests discussion and suggestions for improvements.
  19.      Distribution of this document is unlimited.
  20.  
  21.      Fido and FidoNet are registered marks of Tom Jennings and Fido
  22.      Software.
  23.  
  24.  
  25.  
  26.  
  27.   1.  Purpose.
  28.  
  29.       The purpose of this document is to set down basic guidelines for the
  30.       handling of File Distribution Networks on a "File Distribution
  31.       Backbone".
  32.  
  33.  
  34.   2.  Definition of Terms.
  35.  
  36.     a.  FDN.  FDN is a File Distribution Network, made up of at least one
  37.         file area dedicated to moving files through Fidonet compatible
  38.         mailers for other nodes to utilize.  An example of this is the
  39.         Software Distribution Network or SDS as it is more commonly known.
  40.  
  41.     b.  FTN.  FTN is a term coined to signify that another Network besides
  42.         FidoNet has the same technology as FidoNet, and can transfer files
  43.         and mail via FTSC-001 compatible mailers.  An example of this is
  44.         SigNet.
  45.  
  46.     c.  TICK.  TICK (and HATCH) is (C) Copyright Barry Geller - 1988, 1989,
  47.         1990, 1991, 1992.  TICK is the current popular way to move files in
  48.         FTN's participating in File Distribution.
  49.  
  50.     d.  FILEBONE.  FILEBONE is the "File Distribution Backbone".  The term
  51.         FILEBONE is used in place of BACKBONE because the BackBone is used
  52.         for transfering mail, not files.  There is a seperate document for
  53.         procedures of FidoNet BackBone systems.
  54.  
  55.  
  56.   3.  Reasons for this Document.
  57.  
  58.     a.  Spending the last five months compiling information on all the
  59.         FDN's and how the files are moving in each, I noticed that a lot of
  60.         time, money, and hassle can be avoided by creating a well defined
  61.         mechinism by which all FDN's can participate.  In the past, (and
  62.         currently), there has been more concern by the heads of individual
  63.         FDN's as to WHO is picking up their FDN, and not enough concern in
  64.         how FAST those nodes are getting newly hatched files.  This
  65.         document will attempt to address both issues.
  66.  
  67.     b.  Personally, I feel that there is not enough credit given to those
  68.         major file hubs all over the world who pay an arm and a leg to pick
  69.         up different FDN's from several different locations to support 50
  70.         or more FTN systems they have polling for support.  These HUMANS
  71.         have always worked hard, and received almost no credit.  I would
  72.         just like to take time out in this document to thank each and every
  73.         one of them for the wonderful support they have contributed to
  74.         several different FTN's.
  75.  
  76.  
  77.   4.  The Outline.
  78.  
  79.     a.  The FILEBONE will be created in several stages, taking up to a year
  80.         to become fully operational.  This will require several support
  81.         programs to be written, tested, and documented, as well as
  82.         re-arranging current FDN links to test speed and reliability of
  83.         actually moving the files.
  84.  
  85.     b.  The FILEBONE will consist of no less than 15 systems in Zone 1 (I
  86.         cannot speak for other zones).  Each system will be required to
  87.         make at least one call a night to drop off and pick up ALL the
  88.         available FDN's that are participating in the FILEBONE.  These
  89.         FILEBONE sites will also be primary hubs (acting as "stars") for
  90.         other FTN compatible systems interested in obtaining parts (or all)
  91.         of the files transferred.
  92.  
  93.     c.  Each FILEBONE site will use several different programs written to
  94.         aid in locating delays, problems, and undesireable conditions while
  95.         processing the files.  They will also be required to submit "File
  96.         Distribution Reports" each week to the FILEBONE database, which
  97.         will maintain and analyze the information, detecting possible
  98.         problem areas.
  99.  
  100.     d.  Each FILEBONE site will be required to submit to the wishes of each
  101.         FDN concerning hatching policies, linking policies, cutting of
  102.         links to problem nodes, and general reporting of usage.  FILEBONE
  103.         sites are not "pawns" of individual FDN's, but "tools" for each FDN
  104.         to use to get their files (and support conferences) from one end of
  105.         the FILEBONE to the other.
  106.  
  107.     e.  Each FDN will be required to submit a statment of agreement to this
  108.         document to the FILEBONE systems, as the FILEBONE systems are the
  109.         ones paying to move their files.
  110.  
  111.     f.  The FILEBONE will consist of a two-tierd system.  The largest being
  112.         the actualy FILEBONE, where all the "released" files will be
  113.         transported.  The second smaller level will be a "back area" for
  114.         each FDN that requires one.  The concept is this: If a system
  115.         hatches a file in area GENERAL, and Joe Smith, the moderator of the
  116.         GENERAL area has not authorized that system to hatch into that
  117.         area, the first FILEBONE site to get this file will move that file
  118.         to the GENERAL "back area" for review by Joe Smith.  Once Joe Smith
  119.         decides on suitability, he will then send a message back to that
  120.         FILEBONE site (and all other in-between) saying it is OK to let the
  121.         file pass, delete the file, or alter the description of that file
  122.         before letting it pass.  The FILEBONE will move the file to that
  123.         FDN's moderator on the "back area", so all FILEBONE sites that have
  124.         already seen the file can simply "move" that file back into
  125.         distribution, so that those FILEBONE sites already having the file
  126.         will not need to re-transfer it.  This system ensures that there is
  127.         only a small delay in time for checking the validity of that file.
  128.         A basic diagram follows:
  129.  
  130.         Key:  "="   = FILEBONE
  131.               "-"   = "Back area"
  132.               1:0/x = FILEBONE sites
  133.               0:5/x = FDN nodes
  134.               A     = Node hatching
  135.                                                 0:5/5
  136.                                                   |
  137.                                                   |
  138.        A ----> 1:0/0 ---- 1:0/1 ---- 1:0/2 ---- 1:0/3 ---- 1:0/4
  139.                  |==========+==========+==========+==========+
  140.  
  141.                                                        
  142.         System A hatches file "FILENAME.ZIP" into the GENERAL file area.
  143.         1:0/0 detects that system is not on the list authorized to hatch
  144.         files into the GENERAL file area, so sends the file to 1:0/1 in the
  145.         GENERAL backarea, enroute to 0:5/5.  When 0:5/5 gets FILENAME.ZIP,
  146.         1:0/0, 1:0/1, 1:0/2, and 1:0/3 will have already seen the file, and
  147.         1:0/4 has not.  Joe Smith (The moderator of the GENERAL file area),
  148.         at 0:5/5 will test FILENAME.ZIP to see if it is acceptable for
  149.         distribution.  If it is, Joe Smith will send a netmail message back
  150.         to a program running on 1:0/3, letting the FILEBONE know it is OK
  151.         to distribute the file.  1:0/3 will then move the file to the
  152.         GENERAL area, and continue to send it on.  1:0/3 will also generate
  153.         a message back to 1:0/2 letting them know the status of the file,
  154.         and so on, until 1:0/0 has finally moved the file back into the
  155.         GENERAL area.  Another options to Joe Smith are to have the file
  156.         deleted (Usually because it has been duplicated), or to have the
  157.         file fowarded to another FDN moderator, where the file would be
  158.         more suitable.  With this method of checking files, FDN's can allow
  159.         the FILEBONE to let anyone hatch files into their FDN without
  160.         having to worry about duplicates or programs that are not suitable
  161.         for that FDN.
  162.  
  163.     g.  FILEBONE sites will also be required to keep an online database
  164.         available to any nodes requiring information about individual FDN
  165.         areas.  This information will include:
  166.  
  167.           1.  Average traffic per week and month.
  168.           2.  Average time to obtain file submitted.
  169.           3.  A listing of nodes carrying that FDN area.
  170.           4.  Guidelines, applications, and policies associated with that
  171.               FDN.
  172.  
  173.         This will be an automated process, carried out much like a node
  174.         sending an AREAFIX or RAID request.  The FILEBONE site being
  175.         queried for the information is only resposible for 2 things:
  176.  
  177.           1.  Ensuring the database is operational.
  178.           2.  Placing the requested information on hold for pickup.
  179.  
  180.         Anything else that FILEBONE site does with the request for
  181.         information is at their disgression, such as sending back the
  182.         information on their dime.
  183.  
  184.     h.  All FILEBONE sites will be required to drop the individual "User
  185.         Flags" in the nodelist that corespond to individual FDN's (in
  186.         regions that allow Uxxx flags in the nodelist).  They will instead
  187.         use the "UFDN" flag.  This will help (albeit a small amount) cut
  188.         down on the flag usage in the nodelist, since all the FILEBONE
  189.         sites will be moving most of the available file areas.
  190.  
  191.  
  192.   5.  The FILEBONE has started, with 21 systems in Zone 1, one system in
  193.       Zone 2, and several "OtherNets" getting involved by the day.  Several
  194.       of the programs outlined in this document have already been written,
  195.       and are in use, being tested.  There are still a few more programs to
  196.       be written, but things are running smoothly as of the date on this
  197.       document.  99% of the known FDN's in FidoNet are linked into the
  198.       FILEBONE in one form or another, and the future looks very promising.
  199.  
  200.       This document is by no means complete.  There are several other
  201.       aspects to FDN's and FILEBONE that are not discussed here.  This
  202.       document is put forth for comments, additions, deletions, and all
  203.       general changes.  This is only how I (the author of this document)
  204.       envision the FILEBONE operating, and this document may be flawed in
  205.       one or several areas.
  206.